fix(core): accented Latin letters draw in a bundled family at its bundled weights - #7299

Reviewed at 3866e559. Requesting changes: one blocker. The fix itself looks right.

Blocker

• The Comments workflow fails at this head, and the failure comes from this diff. The job "A package file's comment share may not rise" reports: RAISED comment share: packages/core/src/fonts/deterministicFonts.ts is 9.4% (201/2144), at the base 9.3% (198/2121). Three comment lines were added: the JSDoc on bundledWeightsWithin and the two-line note in the emit loop. Cut them or move the explanation into names. This also conflicts with the checked "Comments follow CONTRIBUTING.md" box.

What I verified

• fails without the fix: names deterministicFonts-bundledSubset.test.ts > "variable supplement at bundled weights". I ran it locally. It fails with deterministicFonts.ts from main and passes at head. All 24 files in src/fonts/ pass except the @hyperframes/core/fonts/aliases self-import test, which fails the same way on main because core isn't built locally.
• Ordering is safe. The new exact-weight copies are emitted before bundledRules, so the bundled Latin faces still win where the ranges overlap.

Non-blocking

• The "Why" section doesn't describe the real request. For css2?family=Outfit:ital,wght@0,100;…;0,900, Google returns a separate face for each weight, all pointing at the same woff2. It does not return one 100 900 face. The 100 900 range comes from partitionWeightRuns: spansCoveredWeight uses strict bounds, so 300→400→500 never breaks, and the latin-ext faces at 400, 700 and 900 merge into one range. The fix still covers this case because bundledWeightsWithin is inclusive. But the test only mocks the single-range shape. Consider adding the per-weight shape Google actually sends, so the case that really happens is pinned.
• Size: each non-Latin variable subset is now embedded at every bundled weight, plus the range. For Inter's normal style the non-Latin subsets are about 180 KB of woff2 together. Without text=, that adds about 0.5 MB raw per document, more if italics are bundled. The text= path keeps this small in the common case. A different fix would avoid it: stop merging a run across a covered endpoint, then drop the range copy. That said, the duplication is a fair price for correct output.

Re-reviewed at c8c021ff. Approved.

• The blocker is resolved. Comments now passes. The diff from 3866e559 only removes and shortens comments (1 line added, 3 removed, all in deterministicFonts.ts). The logic and the test are byte-identical, so the earlier result still holds: deterministicFonts-bundledSubset.test.ts > "variable supplement at bundled weights" fails on main and passes with the fix.
• My non-blocking notes from the last review still stand. First, the "Why" section describes one 100 900 face, but Google actually sends one face per weight, and partitionWeightRuns merges them into that range. Second, the fix duplicates each non-Latin subset at every bundled weight. Neither blocks the merge.
• At review time, CI, regression, Windows render verification, CodeQL, Player perf and preview-regression were still running on this head. Merge should wait for them.